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About This Guide 


If you are responsible for configuring and managing Wellfleet® routers, 
you need to read this guide. 


This guide describes how to customize Wellfleet router software for 
VINES® services. 


Refer to this guide for 


o An overview of the VINES routing protocol and a description of how 
the VINES services work (see the “VINES Overview” chapter) 


o Implementation notes that may affect how you configure VINES 
routing services (see the “VINES Implementation Notes” chapter) 


o Instructions on editing VINES global and interface parameters and 
configuring VINES services (see the “Editing VINES Parameters” 
chapter) | 


For information and instructions about the following topics, see 
Configuring Wellfleet Routers. 


o Initially configuring and saving a VINES interface 
oO Retrieving a configuration file 


oO Rebooting the router with a configuration file 


Before You Begin 


Before You Begin 


Before using this guide, you must complete the following procedures: 


o Create and save a configuration file that contains at least one 
VINES interface. 


oO ©Retrieve the configuration file in local, remote, or dynamic mode. 


Refer to Configuring Wellfleet Routers for instructions. 


How to Get Help 


For additional information or advice, contact the Bay Networks Help 
Desk in your area: 


| United States 1-800-2LAN-WAN 
| Valbonne, France (33) 92-966-968 
Sydney, Australia (61) 2-903-5800 


Tokyo, Japan ~ (81) 3-328-0052 
Conventions 
arrow character (>) Separates menu and option names in instructions. 


Example: Protocols>AppleTalk identifies the 
AppleTalk option in the Protocols menu. 


italic text Indicates variable values in command syntax 
descriptions, new terms, file and directory names, 
and book titles. 

screen text Indicates data that appears on the screen. Example: 


Set Trap Monitor Filters 


quotation marks (“ ”) Indicate the title of a chapter or section within a 
book. 


vertical line (|) 


Acronyms 


ARP 
HDLC 
ICMP 
ICP 
IPC 
IEEE 
IP 
ISO 
MAC 
OSI 
RTP 
SMDS 
SNAP 
SPP 
TCP 
UDP 
VINES 
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Indicates that you enter only one of the parts of the 
command. The vertical line separates choices. Do not 
type the vertical line when entering the command. 


Example: If the command syntax is 
show at routes | nets, you enter either 
show at routes or show at nets, but not both. 


Address Resolution Protocol 

high data link control 

Internet Control Message Protocol 

Internet Control Protocol 

Interprocess Communication 

Institute of Electrical and Electronic Engineers 
Internet Protocol 

International Organization for Standardization 
media access control 

Open Systems Interconnection 

Routing Update Protocol 

Switched Multimegabit Data Services 
Subnetwork Access Protocol 

Sequenced Packet Protocol 

Transmission Control Protocol 

User Datagram Protocol 

Virtual Networking System 


xi 


Chapter 1 
VINES Overview 


This chapter contains an overview of Virtual Networking System 
(VINES). It contains information on the 


qo 


VINES network organization, network architecture, and 
addressing scheme 


Router software for VINES services, including the data link and 
routing protocols 


VINES Networks 


VINES Networks 
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Banyan® Systems developed VINES software to provide support for 
networking personal computers. Based upon UNIX® System 5.3, 
VINES uses a distributed system environment that allows PC users to 
communicate and share hardware (for example, printers, disk space, 
and modems) and software resources (for example, files and 
applications) easily and transparently on a network. 


To a PC user, VINES presents a complex, multivendor network as a 
single-vendor network. Resources from all servers on the network are 
available to individual PCs. System administrators control access to 
these resources. 


A VINES network consists of servers, clients, and various 
communications hardware connected over LANs and WANs 
(Figure 1-1): 


o Servers are computers that run VINES server software and provide 
connectivity and services, such as file and print services, to PC 
users. Banyan or one of several other vendors can manufacture the 
VINES server hardware. 


o Clients are PCs that run VINES client software and use the 
services provided by servers. 


Figure 1-1. VINES Server and Its Clients 


VINES Overview 


Datagrams called VINES internet packets route information within a 
VINES environment. Each VINES internet packet contains the source 
and destination address requirements that allow a router to route the 
packet between nodes on the network. Each VINES packet is a discrete 
unit of data that travels independently on the network layer. 


VINES Architecture 


The VINES architecture reflects the International Organization for 
Standardization (ISO) for Open System Interconnection (OSI). Banyan 
designed VINES to support both existing and future OSI model 
requirements. The VINES protocol stack has seven layers; the lower 
three layers deliver and route data, while the upper layers handle 
application-specific processes (Table 1-1). 


Table 1-1. VINES Protocol Stack 


Protocol or Application 


Application VINES services, VINES Tasker, UNIX, DOS, and 
StreetTalk 


VINES Matchmaker Data Type Representations 
VINES Matchmaker Remote Procedure Calls 


VINES Interprocess Communication (IPC) Protocol 


VINES Sequenced Packet Protocol (SPP), Transmission 


Control Protocol (TCP), and User Datagram Protocol (UDP) 


VINES Internet Protocol (IP) 

VINES Internet Control Protocol (ICP) 

VINES Nonsequenced Address Resolution Protocol (ARP) 
VINES Sequenced ARP 

VINES Nonsequenced Routing Update Protocol (RTP) 
VINES Sequenced RTP 

X.25, X.3, X.29, and IP used by TCP, ICMP, and NetBIOS 


continued on the next page 
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Table 1-1. VINES Protocol Stack (continued) 


Protocol or Application 


Data Link VINES Fragmentation Protocol 

Drivers for Block Asynchronous, High Data Link Control 
(HDLC), Token Ring, Ethernet, other LANS, and Institute 
of Electrical and Electronic Engineers (IEEE) 802.x 
standards 


Physical Broadband, baseband, point-to-point, and twisted pair 


At the data link level, VINES currently supports several IEEE 
standards, including Ethernet, Token Ring, and 802.x. VINES also 
provides its own proprietary data link protocol, VINES Fragmentation 
Protocol, which breaks up and reassembles packets that are too large 
to travel over certain media. However, only routers configured over 
synchronous lines support VINES Fragmentation Protocol. 


At the networking level, VINES supports both industry standard 
protocols such as TCP/IP, X.25, and AppleTalk®, and its own set of 
networking protocols. These include VINES 


o Internet Protocol 

Nonsequenced Routing Update Protocol 
Sequenced Routing Update Protocol 
Nonsequenced Address Resolution Protocol 


Sequenced Address Resolution Protocol 
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Internet Control Protocol 


Upper layer protocols include VINES print and file service applications 
and the VINES naming protocol, StreetTalk. 


StreetTalk is a distributed directory service that contains the names 
and attributes of all critical network resources. Each resource on a 
VINES network has a StreetTalk name that is globally unique. 


VINES Overview 


StreetTalk names have the following format: 


item@group@organization 


where 
— item identifies a user or resource on the network 
— group identifies the group to which the item belongs 


— organization identifies the organization to which the group 
belongs 


VINES adapts to changes in the network topology; because the VINES 
network refers to each resource by name, you can move or replace it 
and the PCs can still locate it. System administrators control which 
resources end users on the network can access. 


VINES Network Addressing 


Each node grouping on a VINES network consists of a service node and 
the client nodes to which the service node provides address resolution 
and routing services (refer to Figure 1-2). Note that this is a logical 
grouping; client nodes may or may not map directly to the same 
physical media. 
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VINES Address p VINES Address 
00008A42.8001 EC25.8001 
VINES Address eanier4 Server 2 VINES Address 
00008A42.8002 Ce ee eseoeoieaesnsaee EC25.8002 
VINES Address | | / VINES Address 
00008A42.8003 PC | LAN 20 a mei EC25.8003 
en Pe eee 

Serial Serial 

8A42 EC25 

VINES Address VINES Address 

8A42.1 EC25.1 


KEY: 


LAN = LANAddress 
Serial = Serial Number 
VINES Address = Network Number.Subnetwork Number 


Figure 1-2. VINES Network 

When a client node becomes active on the network, it broadcasts a 
query request to all servers. All reachable servers respond. The client 
node chooses the first server that responds and requests a VINES 


internet address from that server. The service node assigns a unique, 
48-bit VINES internet address to the client node. 


The VINES internet address is independent of any data-link-layer 
address assigned to a node on a physical medium. The 48-bit VINES 
internet addresses consist of two fields (refer to Figure 1-3): 


Oo The 32-bit network number field 


The network number is the serial number of the server node and 
identifies the logical grouping of nodes on a VINES network. 


o The 16-bit subnetwork number field 


The subnetwork number identifies the node within the server 
node’s logical grouping. 
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Network Number 
| [— Subnetwork Number 
OP 


32 bits 16 bits 
Figure 1-3. VINES Internet Address Format 


The internet address for each service node in a VINES network is its 
network number, integrated with the subnetwork number 1. The 
service node assigns unique internet addresses to all other client nodes 
in its subnetwork by integrating its network number with a unique 
subnetwork number for each node. The service node assigns 
subnetwork numbers as shown in Table 1-2. 


Table 1-2. | Assignment of Subnetwork Numbers 


Subnetwork number(s) Node Type 


1-7 


How the Router for VINES Services Works 


How the Router for VINES Services Works 


On a VINES network, the router maintains the network topology and 
uses both IEEE standard and VINES proprietary protocols to route 
packets through the network. The router supplies client nodes with 
addresses only if there are no other servers on the network. 


The following sections describe the VINES data link and routing 
protocols that the router uses. 


VINES Data Link Protocols 


The VINES data link protocols support the exchange and broadcast of 
data frames between neighboring server and client nodes on the 
network. The maximum frame size is 1500 bytes. 


In addition to supporting most of the IEEE standards, the VINES 
Fragmentation Protocol breaks up packets that are too large to travel 
over certain media into smaller-sized frames and reassembles them. 
However, the Fragmentation Protocol supports routers configured over 
synchronous lines only. For example, if a node on an IBM® PC LAN 
attempts to send a packet to a node on an Ethernet LAN over a 
synchronous network, the Fragmentation Protocol fragments the 
packet into smaller-sized frames. This enables the router to transport 
the packets over an Ethernet LAN. 


The Fragmentation Protocol has a 2-byte header that stores 
information and follows the data link header in a VINES frame (refer 
to Figure 1-4). 


VINES Overview 


Bits 0 to 5 Not Used 
Bit 6 - If set to 1, frame ends a VINES IP packet 
Bit 7 - If set to 1, frame begins a VINES IP packet 
Control Field Sequence Number 


1 Byte 1 Byte 


Figure 1-4. VINES Fragmentation Protocol Header 


The first byte of the header contains a control field and the second byte 
contains a sequence number. The value of the control field indicates 
whether the frame begins or ends in a VINES IP packet. Only the first 
fragment includes the,YINES IP header. 

iby” 


The value of the sequence number field is modulo 256. The node that 
originated the frame determines this value. The receiving node uses 
this value to determine the correct order in which to reassemble the 
data packet as it receives fragments. If the receiving node receives the 
fragments out of order, the intermediate node discards all fragments 
and the partially reassembled packet. 
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VINES Routing Protocols 
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The VINES network layer protocols route VINES data packets to 
destination nodes using the fastest route available. They also 
distribute the current network topology throughout the network. The 
VINES network layer supports connectionless (datagram) services 
only. The maximum packet length on a VINES network is 1500 bytes, 
including the VINES Internet Protocol header. 


The following sections describe our implementation of the VINES 
networking protocols. These include VINES 


Internet Protocol 

Nonsequenced Routing Update Protocol 
Sequenced Routing Update Protocol 
Nonsequenced Address Resolwgion Protocol 


Sequenced Address Resolution Protocol 
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Internet Control Protocol 
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VINES Internet Protocol 


VINES Internet Protocol (IP) routes packets from the source node to 
the destination node. The IP packet header specifies the destination 
node’s internet address. All internet packets begin with a VINES IP 
header that identifies the source and destination node addresses, and 
contains an identifier for the next protocol in the packet, a transport 
control byte, the length of the entire packet, and a software checksum, 
if needed. A header for another network layer protocol or transport 
layer protocol follows the VINES IP header (Figure 1-5). 


Checksum (2 bytes) 


Packet Length (2 bytes) 


Transport Control (1 byte) 
Protocol Type (1 byte) 


Destination Network Number (4 bytes) 


18 bytes 


Destination Subnetwork Number (2 bytes) 


Source Network Number (4 bytes) 


Source Subnetwork Number (2 bytes) 


Figure 1-5. VINES Internet Protocol Header 
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When the router receives a packet, the VINES IP entity on the router 
handles the packet according to how it is addressed, as follows: 


o Packets destined for the router 


When the router receives a packet addressed to itself, it first 
reassembles the packet, if it is fragmented. Next, the router 
ensures that the packet is not corrupted by checking the checksum, 
if there is one. Finally, it passes the packet up to the next level for 
processing. 


Broadcast packets 


When the router receives a broadcast packet, it checks the packet’s 
hop count to ensure that it is not zero. In most cases, if the hop 
count is zero, the router discards the packet (unless it is a 
StreetTalk or Time Sync Service packet). If the node accepts the 
packet, the router decrements the hop count by one before 
retransmitting the packet on all interfaces except for the one that 
received it. 


If the broadcast packet is a StreetTalk broadcast packet, which 
propagates StreetTalk information, or a Time Sync Service 
broadcast packet, which propagates time information, the router 
ignores the hop count. First, the router checks to see if the interface 
that provides the best path back to the originating node received 
the packet. If it did, the router retransmits the packet on all other 
interfaces (without modifying the hop count field). Otherwise, the 
router determines that the packet has looped back, and discards it. 


The router recognizes a StreetTalk broadcast packet or a Time Sync 
Service broadcast packet by examining the destination port field of 
the packet’s ICP header. The router sets the destination port field 
to 0x0000f for all StreetTalk packets and 0x0007 for all Time Sync 
Service packets. 
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o Nonbroadcast packets 


When the router receives a nonbroadcast packet with a different 
destination address, the router must forward the packet. First, it 
reassembles the packet, if necessary. Then, it refers to its next hop 
routing table to determine the next hop. Finally, it forwards the 
packet to this hop. 


VINES Nonsequenced Routing Update Protocol 


The VINES Nonsequenced Routing Update Protocol (Nonsequenced 
RTP) maintains a local routing table that VINES IP can refer to when 
it selects paths. Nonsequenced RTP also distributes this information 
about the network topology among the servers and clients in the 
network. Nonsequenced RTP packets have a 4-byte header that 
immediately follows the VINES IP header (Figure 1-6). 


Operation Type (1 byte) 
Node Type (1 byte) 


Controller Type (1 byte) 
| | Machine Type (1 byte) 


> 
4 bytes 


Figure 1-6. VINES Nonsequenced Routing Update Protocol Header 


The four fields of the header are as follows: 


o Operation type specifies the packet type: routing request, update, or 
redirect or response. 


o Node type specifies the type of node that originated the packet: 
service or client. 


a Controller type specifies the type of controller that originated the 
packet: single-buffer or multibuffer LAN card. 
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How the Router for VINES Services Works 


Oo Machine type specifies the type of processor that originated the 
packet. 


Nonsequenced RTP distinguishes between service nodes and client 
nodes on the network. Service nodes route packets addressed to other 
nodes; they are usually servers. Client nodes do not perform any 
routing services. Both service nodes and client nodes maintain two 
routing tables: a table of all known networks and a table of neighbors. 
When you configure both Nonsequenced RTP and Sequenced RTP on 
the router, the protocols share these routing tables (Table 1-3). 


Table 1-3. VINES Routing Tables 


Network sequence number* 
This equals 0 for nonsequenced routes 


Sequence number* 

This equals 0 for nonsequenced neighbors. | 
Medium over which the packet can reach the neigh- 
bor 


LAN address of neighbor 
Routing metric used to reach the neighbor 


Sequence advertised metric* 


*Used for Sequenced RTP only. 
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VINES Overview 


For service nodes, the table of networks contains an entry for all 
known networks, except for the server’s own. Client nodes keep track 
only of the networks with which they are currently communicating, 
thus reducing table space. For service nodes, the table of neighbors 
contains an entry for each neighboring node. Client nodes keep track 
only of the neighbors with which they are currently communicating. 


The Nonsequenced RTP entities exchange these four types of packets: 
o Nonsequenced routing update packets 


Every node on a VINES network periodically broadcasts 
nonsequenced routing update packets. Nodes on LAN and high- 
speed media send out nonsequenced routing update packets every 
90 seconds. These packets inform neighbors of the node’s existence 
and type. Routes remain in a neighbor’s routing table for 6 
minutes. If the neighbor does not hear from the node again within 6 
minutes, the neighbor marks the route as unreachable and 
removes it from the routing table. The packets sent out by service 
nodes also include a list of all networks known to the service node 
and the cost of reaching these networks from that service node. 


On server-to-server connectivity and over WAN connections (TCP/ 
IP, X.25, HDLC, Block Asynchronous), service nodes send out five 
full nonsequenced routing update packets when the node first 
comes up on the network. Afterwards, nonsequenced routing 
update packets are generated only when you make routing changes 
to the network. All routes permanently remain in a node’s routing 
table for these types of connections. 


go Nonsequenced routing request packets 


A client node generates nonsequenced routing request packets 
when it needs information about the network topology. 


o Nonsequenced routing response packets 


In response to receiving a nonsequenced routing request packet, 
service nodes generate nonsequenced routing response packets that 
describe the network topology. 
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o Nonsequenced routing redirect packets 


A service node generates nonsequenced routing redirect packets 
when it determines that a better path exists for forwarding packets 
between nodes. The service node sends a nonsequenced routing 
redirect packet to the last hop that forwarded the packet, informing 
it of the existence of a better route. The service node also sends the 
original packet toward the destination. 


VINES Sequenced Routing Update Protocol 
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VINES Sequenced Routing Update Protocol (Sequenced RTP) differs 
from Nonsequenced RTP in that routers identify routing information 
packets with sequence numbers. Each router on the network has a 
sequence number that it advertises to neighboring routers. The 
neighboring router uses the sequence numbers to determine if its 
routing table contains the most current and accurate routing 
information. Routers also use sequence numbers to time stamp 
changes in the network topology. 


With Sequenced RTP, routers and servers in a network consisting of 
only VINES Version 5.50 devices do not perform periodic broadcasts of 
full routing tables; this reduces the network bandwidth usage. A router 
sends out routing table information only when 


o © Anetwork topology change occurs 
o Another router or client requests the information 


a The network contains routers or servers configured for both 
Sequenced and Nonsequenced RTP 


The router sends out the routing table information as sequenced 
routing update and sequenced routing response packets. (Refer to the 
Table 1-3 for details about the routing tables and their contents.) 
Depending on the amount of information and the type of physical 
media, a single update or response can consist of one or more 
sequenced packets. Sequenced routing update and response packets 
have a 32-bit sequence number ranging from 0x0 to Oxffffffff. 


VINES Overview 


Each time a change occurs to a router’s local network topology, the 
router verifies the sequence number, records the information in its 
routing table, and broadcasts a sequenced routing update packet to its 
immediate neighbors. The packet contains the router’s own sequence 
number incremented by one. This new sequence number indicates that 
the router is transmitting new routing table information. 


VINES Sequenced RTP has the following advantages: 


o Reduces network bandwidth usage (when you set the RTP Mode 
parameter to Sequenced RTP or Automode) 


o Allows the router to interoperate with Banyan servers or clients 
running VINES Version 4.11 or Version 5.50 software 


You can configure your VINES interface to support Sequenced RTP 
only, Nonsequenced RTP only, or Automode (both Sequenced RTP and 
Nonsequenced RTP), using the RTP Mode parameter. (Refer to 
Chapter 3 for details about using Site Manager to access this 
parameter.) However, if you configure the interface for Sequenced RTP 
only, the network connected to all of the interfaces must have Banyan 
Version 5.50 servers or clients. Likewise, if you configure the interface 
for Nonsequenced RTP only, the network must have Banyan Version 
4.11 servers or clients. 


In a mixed network, that is, one running both Sequenced and 
Nonsequenced RTP and configured for Automode, the router sends out 
a nonsequenced routing update packet only when it receives a 
nonsequenced routing update packet from a server, router, or client. 
Otherwise, the router advertises sequenced routing update packets 
only. 
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VINES Nonsequenced Address Resolution Protocol 


The VINES Nonsequenced Address Resolution Protocol (Nonsequenced 
ARP) allows service nodes to provide address resolution services to 
client nodes that do not have VINES internet addresses. VINES uses 
the VINES IP services to deliver address resolution packets between 
nodes. 


A VINES Nonsequenced ARP packet is prefixed with an 8-byte header 
and follows the VINES IP header (Figure 1-7). 


Packet Type (2 bytes) 
a Network Number (4 bytes) 
Subnetwork Number (2 bytes 
y, (2 bytes) 
> 


8 bytes 
Figure 1-7. VINES Nonsequenced Address Resolution Protocol Header 
VINES Nonsequenced ARP defines two types of entities: 
o Address resolution services 


Nodes that can route VINES packets and have a static, unique, 
32-bit network number implement these services; they are usually 
service nodes. 


o Address resolution clients 


Nodes that do not have a VINES address implement these clients; 
they are usually client nodes. 
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VINES Overview 


VINES Sequenced Address Resolution Protocol 


VINES Sequenced Address Resolution Protocol (Sequenced ARP) 
works with Sequenced RTP. With VINES Sequenced ARP, a client 
receives an assignment response that includes the VINES address, 
sequence number, and metric of the routing server. The routers that 
receive the VINES 5.50 client Sequenced ARP requests or assignment 
requests will respond automatically with Sequenced ARP response 
packets. 


You can disable or enable VINES ARP on a router, using the ARP 
Enable parameter. Refer to Chapter 3 for details about this parameter. 


VINES Internet Control Protocol 


VINES Internet Control Protocol (ICP) supports certain transport 
layer protocol entities by reporting network errors and topological 
conditions. A VINES ICP packet has a 4-byte header and follows the 
VINES IP header (Figure 1-8). 


Packet Type (2 bytes) 
| = Exception or Metric (1 byte) 


————— 
4 bytes 


Figure 1-8. VINES Internet Control Protocol Header 
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For More Information 


The ICP entity generates these two types of ICP packets: 


Oo 


Exception notification packets 


These packets specify that network layer exceptions occurred 
during the routing of transport layer messages. The ICP entity 
generates exception notification packets when 


— VINES IP cannot properly route or receive a VINES IP packet. 
For example, a service node receives a packet containing an 
unknown destination address. 


— The packet has the error subfield enabled in the VINES IP 
header’s transport control field. 


Metric notification packets 


These packets contain metric information about the final 
transmission medium used to reach a client node. The ICP entity 
generates metric notification packets when 


— The entity routes a packet with the metric subfield enabled in 
the transport control field of the VINES IP header. 


— The destination address in the VINES IP header specifies a 
node that is a neighbor of the service node. 


For More Information 
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The following documentation provides technical detail on VINES 
protocol implementation. 


VINES Architecture Definition. Banyan Systems Inc. April 1993. 


VINES Protocol Definition. Banyan Systems Inc. June 1993. 


Chapter 2 
VINES Implementation Notes 


This chapter contains some basic guidelines for configuring VINES 
services on your router. It describes what you need to know if you want 
to 


o Configure the router on a synchronous line 

o Use the Inverse ARP feature for internet address resolution 
o Assign a network ID to the router 
o 


Configure the router on a serverless network segment or to source 
route over Token Ring networks 


Make the transition from bridging to routing VINES 
Use the multipath with load sharing feature 
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Enabling VINES on a Synchronous Line 


Enabling VINES on a Synchronous Line 


If you want to route VINES packets over synchronous protocols, such 
as Standard Sync, Frame Relay, Point-to-Point, Switched 
Multimegabit Data Services (SMDS), or Asynchronous Transfer Mode 
(ATM), you must enable VINES support on a synchronous line. To do 
this, you must specify two synchronous line parameters: 


o Clocking source (internal or external) 


o Synchronous line speed 


To configure these parameters: 


1. Select the synchronous connector on which you enabled VINES 
support from the Configuration Manager window. 


2. Click on the Edit Lines button. The Synchronous Line Parameters 
window appears. 


3. Set the Clock Source parameter to External or Internal, as 
appropriate for your network. 


4. Enter the line speed for the Clock Speed parameter. 


5. Click on the Save button to save your changes and exit the window. 


Using the Inverse Address Resolution Protocol for VINES 
Internet Address Resolution 
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You use VINES Inverse ARP to determine the VINES internet address 
of the neighbor router on the other end of a virtual circuit in a Frame 
Relay or ATM network. When a new virtual circuit comes up on the 
Frame Relay or ATM interface, the VINES software sends an Inverse 
ARP request with its VINES internet address to this data link 
connection. The router on the other end of the new data link connection 
responds with an Inverse ARP response, which includes the VINES 
internet address of its neighbor. When the original router receives the 
request, it learns the new neighbor’s internet address. 


VINES Implementation Notes 


Assigning a Network ID to Your Router 


When you enable VINES on the router, we recommend that you accept 
the default network ID. The router uses its system controller’s serial 
number to calculate the network ID. This guarantees that the number 
is unique. 


However, if you choose to specify a different network ID, make sure the 
number you assign is unique within the VINES network. Refer to 
“Editing VINES Global Parameters” in Chapter 3 for details on 
enabling the network ID parameter. 


Configuring Routers for Serverless Network Segments 


If you enable VINES on a circuit that contains no VINES servers, then 
you must enable VINES ARP on the circuit so that the router can 
provide address resolution services to client nodes on this circuit. 


You enable ARP using the ARP Enable parameter. Refer to “Editing 
VINES Interface Parameters” in Chapter 3 for details on enabling this 
parameter. 


VINES Security Limitation for Serverless Network Segments 


VINES login location restriction is a security feature that limits the 
client’s login capability, using a specific LAN segment. This feature 
does not work on a serverless circuit. 


A VINES server specifies a LAN segment, using the server name and 
slot number. The router has no server name, so it cannot name the 
segment. When the client attempts to log in to the router, the login 
fails. 
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Configuring Routers for Multiple Hop Topologies 
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If your VINES network topology has two or more hops between client 
nodes and the server that services the circuit, you must 


o Set the circuit’s ARP Enable parameter to Enable so that the 
VINES router can provide address resolution services to any client 
nodes. 


o Set the Remote Client Privileges parameter to Enable on those 
circuits that connect the routers to the server. This allows the client 
nodes to communicate with the server, even though they are 
separated by more than one hop. 


Note: When you enable the Remote Client Privileges parameter, you 
automatically enable the Serverless Networks for WANs 
parameter. Banyan does not recommend using serverless 
networks on a WAN because the high cost increases delays and 
may terminate sessions. We, however, do support this 
configuration. 


Figure 2-1 shows a sample VINES network in which the VINES server 
is separated from the client nodes by two routers. 


ARP enabled 


Remote Client Privileges enabled 


Figure 2-1. Routers Configured on a Serverless Network Segment 


VINES Implementation Notes 


For the server and client nodes to communicate, we configured the 
routers in this way: 


go Enabled VINES on circuits El, E2, £3, E4 


o Set the ARP Enable parameter to Enable on circuits E3 and E4 so 
that Router B can provide address resolution services to the client 
nodes on these circuits 


o Set the Remote Client Privileges parameter to Enable on circuits 
E1 and E2, so that the client nodes on circuits E3 and E4 can reach 
the server via Routers A and B 


As a result, the server and client nodes on this network can 
communicate, even though they are separated by more than one hop. 


Configuring Routers to Source Route over Token Ring 
Networks 


The router configured for VINES services can route over Token Ring 
networks that contain one or more source routing bridges. In a source 
routing network, every end station that sends out a frame supplies the 
frame with the necessary route descriptors so that it can be source 
routed across the network. Thus, for VINES routers to route packets 
across a source routing network, they must act like end stations. That 
is, they must supply route descriptors for each packet before they send 
it out onto the network. 


With end node support enabled, whenever a router running VINES 
receives a packet and determines that the packet’s next hop is located 
across a source routing network, the router does the following: 


o Adds the necessary RIF information to the packet’s MAC header 


o Sends the packet out onto the network where it is source routed 
toward the next hop 


Upon receiving the packet from the Token Ring network, the peer 
router strips off the RIF field and continues to route the packet toward 
the destination network address (Figure 2-2). 
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a 
uw 


Router 2 


WF2 WF1 LSAP | VINES DATA Packet Sent from ES1 


Source Route RIF 


WF2 WF1 0830 001A 002B 0030} LSAP | VINES DATA Packet Sent from Router 1 


cSa 


WFe WF1 LSAP | VINES} DATA Packet Sent from Router 2 


Figure 2-2. Source Routing across a Token Ring Network 


You configure source route end node support on a per-circuit basis by 
setting the End Station Enable parameter to Enable. Refer to “Editing 
VINES Interface Parameters” in Chapter 3 for details on enabling this 
parameter. 
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Making the Transition from Bridging VINES to Routing VINES 


If you want to move from bridging VINES to routing VINES over 
WANs, you need to configure VINES and temporarily disable the 
Fragmentation Protocol (FRP) header on each VINES WAN interface 
connected to a bridge. 


Note: You may also need to disable the FRP header so that your 
router can interoperate with other routers that do not support 
the Fragmentation Protocol. 


You use the Use of FRP Header parameter to disable the FRP header; 
the default value of this parameter is Enable. (Refer to Chapter 3 for 
details on using Site Manager to access the Use of FRP Header 
parameter. ) 
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Making the Transition from Bridging VINES to Routing VINES 


For example, Figure 2-3 shows multiple loops in a bridged 


environment. 
Router 4 or 5 Router 4 or 5 


1 
I 
1 
I 
\ 
1 
1 
1 
1 
I 
I 
1 
1 


Loop —> 
Innermost 
I Router 1 Router 
(closest to 
\ backbone) | 
Backbone = —> ——_______-_______—____» 


Figure 2-3. Configuring Multiple Loops in a Bridged Environment 


You must make the transition to VINES routing from the innermost 
loop first, and then move outward. To do this: 


1. Use Site Manager to select the router in the loop that is connected 
to the backbone. 


2. Configure VINES on the interfaces you want. (Refer to Configuring 
Wellfleet Routers for details on configuring the interfaces.) 


3. Select Protocols>Vines>Interfaces from the Configuration 
Manager window. The Edit Vines Interface window appears. 


4. Disable the Use of FRP Header parameter on all VINES WAN 
interfaces that are connected to routers that are bridging only. If 
there is a router in the loop that is not connected to another loop, 
select that router next. Then repeat Steps 2 to 4. 
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A router connected to another loop should be the last router you 
configure in that loop (Router 3 in Figure 2-3). The numbers shown 
in the routers in Figure 2-3 indicate the order in which you should 
configure the routers. Note that with Router 4 or 5, it does not 
matter which one you configure first because neither one connects 
to another loop. 


5. Enable the Use of FR Header parameter on all the WAN interfaces 
after you configure all routers in the loops, and they are routing 
with VINES enabled. 


Help Thy Neighbor Support 


VINES services for the router supports the Help Thy Neighbor feature. 
If a neighbor advertises that a network is unreachable, and the router 
has an alternative connection to that network, the router issues a 
“changes only” routing update. This advertises the connection to the 
neighbor and in the next scheduled update. 


For details about the Help Thy Neighbor feature, refer to VINES 
Protocol Definition, listed in the “For More Information” section in 
Chapter 1. 


Using Multipath with Load Sharing 


A router on a VINES network does not record multiple nonequal-cost 
paths to the same destination. However, when one path fails, the 
router quickly learns these other paths and uses one as an alternate 
path. 


When there are multiple equal-cost paths to a destination network on 
a VINES network, the router records all of the paths in the VINES 
routing table. For data transfer to this destination, the router accesses 
the multiple paths in a round-robin fashion to achieve load sharing. 
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Partially Meshed Frame Relay Network Support 
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Some Frame Relay networks may not be fully meshed. That is, there 
may not be nodes that have virtual circuits to all other nodes in the 
network. For a router running VINES to successfully route VINES 
Security, Net Time, File Service, and StreetTalk packets over Frame 
Relay configurations that are not fully meshed, the router may have to 
send frames back over the same interface from which they came. 


Banyan developed Split Horizon so that a router running VINES does 
not advertise routes to an interface where it learned these routes. 
However, Split Horizon alone is not sufficient to work on Frame Relay 
configurations that are not fully meshed. Therefore, you must disable 
the Split Horizon for STALK Enable parameter. (Refer to Chapter 3 for 
details about disabling this parameter.) 


For example, if you configure a router in group mode for Frame Relay, 
Frame Relay treats a group mode circuit like one circuit, even though 
there are physically two links. If you leave the Split Horizon for 
STALK parameter set to its default, Enable, the router does not send 
the VINES packets out through the interfaces from which they 
originally came. For VINES to operate successfully, you must configure 
the router with the Split Horizon for STALK Enable parameter 
disabled for VINES. 


Chapter 3 
Editing VINES Parameters 


Once you enable a VINES interface, you can use Site Manager to edit 
VINES parameters and customize VINES services. This chapter 
describes how to use Site Manager to 


o Edit VINES global and interface parameters. 
o ©Delete VINES globally from the router. 


Note: The instructions in this chapter assume that you have already 
configured at least one VINES interface on the router. If you 
have not yet configured a VINES interface, or want to add 
additional VINES interfaces, refer to Configuring Wellfleet 
Routers for instructions. 


For details on configuring VINES filters, refer to Configuring Filter 
Options for Wellfleet Routers. 
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Accessing VINES Parameters 


You access all VINES parameters from the Configuration Manager 
Window (Figure 3-1). (Refer to Using Site Manager Software for details 
on accessing this window.) 


(ol Configuration anager —==S=—=—“*=“‘“‘=S™S*™*;*;*;OCOCOCO!O!OOOOOCOCOC~™ 7 
File Options Platform Circuits Protocols Dialup Window 


Configuration Mode: local 
ONMP Agent: LOCAL FILE 
File Name: /extra/smgr/jul/VINES 
Model: Backbone Link Node (BLN) 
MIB Version: x8, 10 


Color Key: Used Unused 


plot Description Connectors 
ae Se] Ce] Ce) 
: coe] ee] 
; cL oc nian 


Figure 3-1. Configuration Manager Window 


For each VINES parameter, this chapter describes the default setting, 
all valid setting options, the parameter function, and instructions for 
setting the parameter. 
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Editing VINES Global Parameters 


To edit VINES global parameters: 


1. 


Select the Protocols>Vines>Edit Vines Global option from the 
Configuration Manager window (refer to Figure 3-1). The VINES 
Global Parameters window appears (Figure 3-2). 


fe] Edit Vines Global Parameters ET] 
Configuration Mode: local 
SNMP Agent: LOCAL FILE 


Network ID [oO 
Broadcast Class : 


Figure 3-2. Edit VINES Global Parameters Window 


2. 


Edit the parameters, using the descriptions in the next section as a 
guide. 


Click on the OK button to save your changes and exit the window. 
Site Manager returns you to the Configuration Manager window. 
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VINES Global Parameter Descriptions 


Use these parameter descriptions as a guide when you configure the 
parameters on the VINES Global Parameters window (refer to 
Figure 3-2). 


Parameter: Enable 
Default: Enable 
Options: Enable| Disable 


Function: Enables or disables the VINES router on the 
entire router. 


Instructions: Set to Disable if you want to disable VINES. 
Otherwise, accept the default, Enable. 


MIB Object ID: —:11.3.6.1.4.1.18.3.5.8.1.2 
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Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Editing VINES Parameters 


Network ID 
Variable 
1 to 2097151 


Specifies the router’s network ID (network 
number). The network ID is the 32-bit high-order 
portion of the node’s internet address. 


We strongly recommend that you accept the 
default value that the router assigns. However, if 
you assign a different network ID, note the 
following: 


o All internet addresses assigned to client 
nodes in this router’s network will begin with 
the Network ID you specify here. 


o The VINES router will modify the number 
you enter here so that the first 11 bits reflects 
the range of Bay Networks assigned numbers. 
(For example, if you enter 1 as the network 
ID, the router will precede this number with 
0x304.) 


1.3.6.1.4.1.18.3.5.8.1.4 
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Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Broadcast Class 
All 


All| No Charge | Low Cost | LANs | Server Al] | 
Server No Charge | Server Low Cost | Server LANs 


Specifies which nodes residing on the router’s 
interfaces should receive broadcast packets 
generated by this router. This parameter allows 
you to control the number of extraneous broadcast 
packets that nodes receive. 


For example, the default class, All, specifies that 
all nodes residing on the router’s interfaces should 
receive broadcast packets. In contrast, the class 
Low specifies that only those nodes on interfaces 
to which a low cost is associated should receive 
broadcast packets. Refer to Table 3-1 for a list of 
the broadcast classes and their meanings. 


We recommend accepting the default All. Each 
broadcast class setting is shown in 
Table 38-1. 


1.3.6.1.4.1.18.3.5.8.1.6 


Editing VINES Parameters 


Table 3-1. | Broadcast Class Options 


Broadcast Class Nodes to Receive Packets 
All reachable nodes on any interface 


No Charge All reachable nodes except those on media that impose 
a packet charge 

Low Cost All reachable nodes residing on low-cost media 
(4800 bits per second serial lines, or faster) 

All reachable nodes on high-speed media (LANs) 

All reachable service nodes, regardless of media cost 


Server No Charge | All reachable service nodes except those residing on 
media that impose a packet charge 

Server Low Cost All reachable service nodes residing on low-cost media 
(4800 bits per second serial lines, or faster) 

Server LANs All reachable service nodes on high-speed media 
(LANs) 
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Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


RTP Mode 
Automode 
Automode | Nonsequenced | Sequenced 


Specifies whether this router supports Sequenced 
RTP only (Sequenced), Nonsequenced RTP only 
(Nonsequenced), or both Sequenced and 
Nonsequenced RTP (Automode). 


Select Sequenced if you want your router to 
support Sequenced RTP only, or Nonsequenced if 
you want your router to support Nonsequenced 
RTP only. Otherwise, accept the default, 
Automode, to support both Sequenced and 
Nonsequenced RTP. 


1.3.6.1.4.1.18.3.5.8.1.9 


Note: When you change the RTP mode of your router, you must 
isolate the router to allow other routers to age it. Wait at least 
6 minutes before you bring the router back onto the network. 
(Refer to the “VINES Sequenced Routing Update Protocol” 
section in Chapter 1 for details about the RTP mode.) 
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Editing VINES Interface Parameters 


To edit a VINES interface: 


1. Select Protocols>Vines>Interfaces from the Configuration 
Manager window (refer to Figure 3-1). The Edit VINES Interface 
Window appears (Figure 3-3). 


E 


IO Vines Interfaces 


Knable 

Arp Enable 

End Station Enable 
Ethernet Header 
Remote Client Enable 
Split Horizon Enable 


Figure 3-3. VINES Interfaces Window 

2. Edit the parameters, using the descriptions in the next section as a 
guide. 
Click on the Apply button to save your changes when you are done. 


4. Click on the Done button to exit the window. Site Manager returns 
you to the Configuration Manager window. 


Note: When you reconfigure an interface in dynamic mode, VINES 
restarts on that interface. 
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VINES Interfaces Parameter Descriptions 


Use these parameter descriptions as a guide to configure the 
parameters on the VINES Interfaces Window (refer to Figure 3-3). 


Parameter: 
Default: 
Options: 

Function: 


Instructions: 
MIB Object ID: 
Parameter: 
Default: 


Options: 


Function: 


Instructions: 


MIB Object ID: 
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Enable 

Enable 

Enable | Disable 

Enables or disables VINES over this interface. 


Disable only if you want VINES disabled over this 
interface. Otherwise, accept the default, Enable. 


1.3.6.1.4.1.18.3.5.8.8.1.2 


ARP Enable 
Disable 
Enable | Disable 


Specifies whether this interface supports VINES 
ARP. With ARP enabled, the router can provide 
address resolution services to client nodes on this 
interface that have not yet been assigned 
addresses. 


Enable ARP only if there are no server nodes on 
this circuit. 


1.3.6.1.4.1.18.3.5.8.8.1.12 


Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Editing VINES Parameters 


End Station Enable 
Disable 
Enable | Disable 


Specifies whether this interface supports source 
routing end stations. 


Select Enable if this is a Token Ring interface and 
if source routing is enabled on the VINES servers 
and clients in this ring. 


1.3.6.1.4.1.18.3.5.8.8.1.13 


Ethernet Header 
Ethernet 
Ethernet | SNAP 


Specifies the type of encapsulation that this 
interface supports at the data link level. If this 
circuit is not an Ethernet circuit, this parameter 
is ignored. 


Accept the default, Ethernet. (Future Banyan 
VINES releases will support SNAP.) 


1.3.6.1.4.1.18.3.5.8.8.1.19 


Accessing VINES Parameters 
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Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Note: 


Remote Client Enable 
Disable 
Enable | Disable 


When you enable this parameter, client nodes can 
communicate with server nodes that are multiple 
hops away by turning off the hop count 
decrementor. Also enables serverless WANS. 


Enable only if this router also connects to a 
serverless network segment, and this is the 
inbound circuit toward the server. Refer to the 
section “Configuring Routers for Serverless 
Network Segments” in Chapter 2 for more 
information. 


1.3.6.1.4.1.18.3.5.8.8.1.37 


Banyan does not recommend using serverless networks on a 
WAN because the high cost increases delays and may terminate 
sessions. We, however, do support such a configuration. 


Parameter: 
Default: 
Options: 


Function: 


Instructions: 
MIB Object ID: 


Parameter: 
Default: 
Options: 

Function: 


Instructions: 


MIB Object ID: 


Editing VINES Parameters 


Split Horizon Enable 
Disable 
Enable | Disable 


When you enable this parameter, the routes 
received through an interface are not included in 
the routing update packets sent out that interface. 
This parameter is used for debugging purposes 
only. 


Accept the default, Disable. 
1.3.6.1.4.1.18.3.5.8.8.1.38 


Interface Cost 

0 

0 to 65535 

Overrides the default Banyan specified cost. 


To change the default interface cost, you must use 
the Configured Interface Cost parameter in the 
VINES Interfaces window. 


1.3.6.1.4.1.18.3.5.8.8.1.39 
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Parameter: 
Default: 
Options: 


Function: 


Instructions: 
MIB Object ID: 
Parameter: 
Default: 


Options: 


Function: 


Instructions: 


MIB Object ID: 


3-14 


SMDS Broadcast 
None 
A multicast address 


Provides a broadcast address for this VINES 
interface in a SMDS network. If you enter a value 
for this parameter, then the SMDS switch, rather 
than the router, will broadcast the message. 


Enter the multicast address for all VINES routers 
provided by the SMDS subscription agreement. 


1.3.6.1.4.1.18.3.5.8.8.1.45 


Frame Relay Broadcast 
None 
Any decimal number 


Provides a broadcast address for this VINES 
interface in a Frame Relay network. If you enter a 
value for this parameter, then the Frame Relay 
switch, rather than the router, will broadcast the 
message. 


Enter the broadcast address provided by the 
Frame Relay subscription agreement. 


1.3.6.1.4.1.18.3.5.8.8.1.46 


Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Parameter: 
Default: 
Options: 

Function: 


Instructions: 


MIB Object ID: 


Editing VINES Parameters 


Configured MAC Address 
None 


0 |a user-specified MAC address | if the interface 
ison an SMDS circuit, the same complete SMDS 
E}.164 address you entered in the Individual 
Address parameter box in the SMDS 
Configuration Window 


Specifies a MAC (media access control) address 
for this VINES interface. The router uses its 
VINES address and this MAC address when 
transmitting and receiving packets on this 
interface. 


Select 0 to configure the router to use its VINES 
address and the circuit’s MAC address when 
transmitting packets on this interface. 


Enter your own MAC address to configure the 
router to use its VINES address and the specified 
MAC address when transmitting packets on this 
interface. 


1.3.6.1.4.1.18.3.5.8.8.1.47 


Configured Interface Cost 

0 

0 to 65535 

Overrides the default Banyan specified cost. 


Select 0 to use the default Banyan specified cost. 
Otherwise, enter a new cost. For example, enter 3 
to override the default Banyan cost and set the 
cost to 3. 


1.3.6.1.4.1.18.3.5.8.8.1.49 
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Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


3-16 


Use of FRP Header 
Enable 
Enable | Disable 


Specifies whether this interface supports a 
Fragmentation Protocol (FRP) header. 


Disable only if you want the FRP header disabled 
over this interface. If you want to move from 
bridging VINES to routing VINES, you must 
temporarily disable this parameter. Or, you may 
want to disable this parameter so that your router 
can interoperate with other routers that do not 
support the Fragmentation Protocol. 


1.3.6.1.4.1.18.3.5.8.8.1.51 


Inverse ARP Enable 
Enable 
Enable | Disable 


Specifies whether this interface supports Inverse 
ARP. 


When you enable this parameter, VINES learns 
the data link connection identifier numbers for a 
neighbor in a Frame Relay or ATM network. 
(Refer to Chapter 2 for details on using Inverse 
ARP for VINES Internet address resolution.) 


1.3.6.1.4.1.18.3.5.8.8.1.62 


Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Parameter: 
Default: 
Options: 


Function: 


Instructions: 


MIB Object ID: 


Editing VINES Parameters 


Split Horizon for STALK Enable 
Enable 
Enable | Disable 


Specifies whether this interface supports Split 
Horizon for routing StreetTalk (STALK) packets. 


When you disable this parameter, the VINES 
router supports Frame Relay configurations that 
are not fully meshed for routing VINES Security, 
Net Time, File Service, and StreetTalk packets. 


Accept the default, Enable, if you want to enable 
Split Horizon. 


1.3.6.1.4.1.18.3.5.8.8.1.63 


Use Perm. Nonsequenced Neighbors 
Disable 
Enable | Disable 


When the RTP mode is set to Automode or 
Sequenced, this parameter specifies whether the 
VINES interface treats its nonsequenced 
neighbors as static or permanent entries in the 
VINES routing table. 


Enable only if the RTP mode is set to Automode or 
Sequenced and you want to prevent the router 
from timing out nonsequenced neighbors. 
Sequenced routers age out their nonsequenced 
neighbors that reside on a WAN every hour. This 
causes the router to broadcast full RTP updates, 
which consumes bandwidth. 


1.3.6.1.4.1.18.3.5.8.8.1.65 
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Deleting VINES from the Router 


Deleting VINES from the Router 


3-18 


To delete VINES from all router circuits on which it is currently 
configured: 


1. Select Protocols>Vines>Delete Vines from the Configuration 
Manager window (refer to Figure 3-1). A window appears that 
prompts: 


Do you REALLY want to delete Vines? 


2. Click on the OK button. Site Manager returns you to the 
Configuration Manager window. VINES is no longer configured on 
the router. 


If you look at the Configuration Manager window, you will see that the 
connectors for circuits on which VINES was the only protocol enabled 
are no longer highlighted. You must reconfigure the circuits for these 
connectors. (Refer to the Configuring Wellfleet Routers guide for details 
on configuring the circuits.) 
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